home *** CD-ROM | disk | FTP | other *** search
/ SGI Desktop Special Edition 1.1 / SGI Desktop Special Edition 1.1.iso / dist / mmail.idb / usr / share / catman / u_man / cat1 / splitmail.z / splitmail
Encoding:
Text File  |  1995-11-13  |  4.6 KB  |  133 lines
  1.  
  2.  
  3.  
  4.      sssspppplllliiiittttmmmmaaaaiiiillll((((1111))))        UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((RRRReeeelllleeeeaaaasssseeee 1111))))        sssspppplllliiiittttmmmmaaaaiiiillll((((1111))))
  5.  
  6.  
  7.  
  8.      NNNNAAAAMMMMEEEE
  9.           splitmail - Split a large mail message into MIME-compliant
  10.           partial messages
  11.  
  12.      SSSSYYYYNNNNOOOOPPPPSSSSIIIISSSS
  13.           sssspppplllliiiittttmmmmaaaaiiiillll  [-d] [-v] [-D command] [-s splitsize] [-p prefix]
  14.           [-i  id-suffix] [file-name]
  15.  
  16.      DDDDEEEESSSSCCCCRRRRIIIIPPPPTTTTIIIIOOOONNNN
  17.           The _s_p_l_i_t_m_a_i_l program will take an email message and break
  18.           it up into smaller pieces using the "message/partial" type
  19.           defined by MIME, the proposed Internet standard for
  20.           multimedia mail formats.
  21.  
  22.           By default it will take the message either from standard
  23.           input or the named file, and will produce a set of partial
  24.           message files with names like "/tmp/split.1" for the first
  25.           part, and so on.  The prefix "/tmp/split." can be overridden
  26.           using the "-p" option.
  27.  
  28.           If the -d option is specified, the mail will actually be
  29.           delivered.  If -v is specified, the verbose flag will be
  30.           passed to sendmail.  If the -D option is specified, the mail
  31.           will be delivered using the given command, regardless of -d
  32.           or -v.
  33.  
  34.           The -i option can be used to make splitmail generate the
  35.           pieces with similar (but not identical) message-id fields,
  36.           in a format which allows them to be easily correlated with
  37.           one another and which end with the suffix provided on the
  38.           command line after -i.
  39.  
  40.           The default chunk size for spliting messages is 250000 at
  41.           most sites, though this is also a compile-time option.  This
  42.           can be overriden with the -s switch, or with the environment
  43.           variable SPLITSIZE.
  44.  
  45.           Messages smaller than the chunk size will not be turned into
  46.           partial messages, but will be written to a single file or
  47.           delivered as a single message.
  48.  
  49.      EEEENNNNVVVVIIIIRRRROOOONNNNMMMMEEEENNNNTTTT
  50.           SPLITSIZE overrides the default chunk size.  Setting
  51.           SPLITSIZE to, say, 4000000 will effectively ensure that your
  52.           messages are unlikely ever to be split, but it may cause
  53.           them to be rejected by some mail transport software.
  54.  
  55.      SSSSEEEEEEEE AAAALLLLSSSSOOOO
  56.           mailto(1), metamail(1)
  57.  
  58.      BBBBUUUUGGGGSSSS
  59.           If the size of the input is just on the fencepost, and if it
  60.  
  61.  
  62.  
  63.      Page 1                                           (printed 3/5/95)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.      sssspppplllliiiittttmmmmaaaaiiiillll((((1111))))        UUUUNNNNIIIIXXXX SSSSyyyysssstttteeeemmmm VVVV ((((RRRReeeelllleeeeaaaasssseeee 1111))))        sssspppplllliiiittttmmmmaaaaiiiillll((((1111))))
  71.  
  72.  
  73.  
  74.           is coming from a file rather than standard input, splitmail
  75.           will sometimes estimate the number of parts wrong and will
  76.           have to write out an extra part.  This is harmless but
  77.           annoying.  It is especially annoying if the estimate was 2
  78.           but the real number was 1.
  79.  
  80.      CCCCOOOOPPPPYYYYRRRRIIIIGGGGHHHHTTTT
  81.           Copyright (c) 1992 Bell Communications Research, Inc.
  82.           (Bellcore)
  83.  
  84.           Permission to use, copy, modify, and distribute this
  85.           material for any purpose and without fee is hereby granted,
  86.           provided that the above copyright notice and this permission
  87.           notice appear in all copies, and that the name of Bellcore
  88.           not be used in advertising or publicity pertaining to this
  89.           material without the specific, prior written permission of
  90.           an authorized representative of Bellcore.  BELLCORE MAKES NO
  91.           REPRESENTATIONS ABOUT THE ACCURACY OR SUITABILITY OF THIS
  92.           MATERIAL FOR ANY PURPOSE.  IT IS PROVIDED "AS IS", WITHOUT
  93.           ANY EXPRESS OR IMPLIED WARRANTIES.
  94.  
  95.      AAAAUUUUTTTTHHHHOOOORRRR
  96.           Nathaniel S. Borenstein, Bellcore
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.      Page 2                                           (printed 3/5/95)
  130.  
  131.  
  132.  
  133.